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1... INTERFACE 


fa text-based system that presented the user with a blank 


ete cursor, the Lisa displayed an electronic desktop, 


hurd that the user manipulated directly to tell the computer 


ek ee 
ry 


what to do. The electronic desktop, with its windows, menu bar, 


i “and i icons ‘ar not part of the original design; rather, it was the q á 


result ofa A-year: long process of refining goals and developing, 


i testing, and synthesizing many alternative ideas. In fact, the iconic 


__desktop was fi first tried i in 1980 and discarded! The final result (Fig- 
Te lire 1) not only made computers easier to use, it made them fun. 


Er 


Figure 1 
The Lisa Desktop ' 
(January 1983) 
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The authors were members of the software 
team that designed and implemented Lisas sys- 
tem software and applications. Rod Perkins 
joined the team in early 1979, shortly after the 
start of the project, to work on applications and 
prototypes of the early ideas about the appear- 
ance and workings of windows, dialogue boxes, 
and menus. Dan Keller and Frank Ludolph 
began working on Lisa in late 1980 and were 
responsible for what eventually became the 
Desktop Manager with folders and icons. 


and Guiding Principles 
new machine, first proposed in late 1978, 
to be designed for general office use—a 
high-quality, easy-to-use computer for secre- 
taries, managers, and professionals that would 
give the individual more independence perform- 
ing multiple tasks without disrupting the office. 
The ease-of-use goal evolved during 1979 as the 
software team tried many ideas. Requirements, 


AB 


developed jointly by marketing and engineering, 
enumerated the following goals [4]. 

Lisa must be fun to use. It will not be a 
system that is used by someone “because it is 
part of the job” or “because the boss told them 
to.” For this reason, special attention must be 

paid to the friendliness of the user 

interaction and the subtleties that 

make using Lisa rewarding and job 
enriching. 

Lisa will be designed to require extremely 

minimal user training and “hand holding.” 


— a 
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The system will provide one standard method 
of interacting with a user in handling text, 
numbers, and graphics... 

The system will adhere to the concept of 
“gradual learning”... A user must be able to 
do some important tasks easily and with min- 
imal instruction or preparation... The more 
sophisticated features will be unobtrusive 
until they are needed. 

Errors will be handled consistently in as 
friendly a manner as possible, and the user 
will be protected from obvious errors... 

... A “Set-up” program will allow the user 
to customize several system attributes in order 
to “personalize” interaction with the system... 
in order to make the system uniquely personal 
for the user without interfering with the 
interface standards... 

(It should allow) a user to put whatever 
helshe is doing on “hold” in order to answer 
the phone, look up an address, or respond to 
an asynchronous interrupt (time for a meet- 
ing, mail received on the network, etc.)... 

In addition, the use of graphics in general 
user interaction will set Lisa apart from its 
competitors and will go a long way toward 
making the system friendly, easy and enjoyable 
to use. “Intuitive icons” can be designed to 
indicate certain messages to the user... 


During the same period the engineering 
team developed several principles that would 
be used to achieve these goals. The interface 
would be “intuitive,” modeled on documents 
and other office-based objects instead of tradi- 
tional and unfamiliar computer concepts. 
Like the office, this electronic desktop would 
not be limited to showing only one thing at a 
time. Commands would be visible on the 
screen, consistent across applications, and 
modeless. When possible, commands would 
be replaced by direct actions using the mouse. 
Data were to be moved easily between docu- 
ments and displayed on the screen in a s 
known as WYSIWYG (“what you see is w 
you get”)—that is, the screen and printed 
output should look the same. 

Some of these ideas came from t 


bers with strongly held convictions} 
came from other projects within Apple al 
other ideas originated outside the company. 
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Whatever the source, it took time for these 
goals and principles to develop and be assimi- w Lisa 
lated by the Lisa team. Draw 


“Usalist 


ings of the Lisa e: 


Lisa project was started in late 1978 
was to build a computer that would 
propel Apple into the business market of the 
1980s. The original plan was to build a cus- 
tom microprocessor that would be more pow- 
erful than the established Apple II computer 
and could provide greater flexibility for future 


machines. The Lisa hardware would have an 
Apple U-style bitmap screen and graphics 


support for creating simple line drawings 


using Logo™-style instructions. The hard- them on the screen; and go back and edit 
ware would also scroll the screen one line at a them, all by using the cursor keys and a 
time to give a smooth scrolling effect. “Soft” special selection key. The user would con- 
function keys (soft keys) and cursor keys stantly receive visual feedback as things 
appeared on the keyboard to be used by the were drawn, which we felt would increase 
applications. The Lisa hardware was to be their feeling of control. 
competitive with the specialized business œ Intuitive. The soft keys displayed the 
equipment that existed in 1978, but with the options currently available. The user sim- 
added distinction of being a general-purpose ply pointed to the option desired instead 
computer. of typing a command. There was no need 
The early hardware limited the user inter- for the user to remember complicated 
face that the Lisa applications would have. command sequences. Likewise, there were 
The video capabilities of the hardware could no hidden commands because all choices 
not display high-resolution graphics. Fortu- were clearly displayed on the screen. An 
nately, it was envisioned that word processing arrow displayed what cursor movements 
and databases would be the first applications, were appropriate at a given moment. This 
neither of which would rely heavily on graph- display was useful for drawing and while 
ics. Each application was to be distinctive in filling in a form. Figure 2 
its use of the soft keys and cursor keys, there- e Friendly. The Lisa would prompt with The Lisa display as 
by providing an easier interface to the user. messages instead of just waiting fora com- seen on an Apple II 
Early prototypes of the Lisa applications were mand to be typed. The prompts could be screen (July 1979) 
written on the Apple II until the new hard- 
ware could be used. Waters eeh Fans Bia 
Pa ee 
User Interface Mr a në Peer 
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, was started during Summer 1979. Forms OO ee 


The first Lisa application, a data Forms Edi- 


Editor created the data entry forms for the o EE th mars 
database engine that would drive the Lisa soft- 
ware. Additionally, the Forms Editor could 
create simple line drawings such as a business emotes kii o=o 


S 3 h thi | li o attat kenge ne SN LA e ` 
organization chart. Even in this early applica- T am karpo oO mae 
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tion, the following familiar Lisa user interface 
concepts could be seen (Figure 2): 
e Fasy to Manipulate. The user could cre- 
ate text, lines, boxes, and data fields; move 
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Figure 3a 

The Lisa display vvith a 
simple vvindovv, as seen 
on Lisa prototype-hard- 
vvare (February 1980) 


Figure 3b G 
The Lisa display with 
a simplë window and 
dialogue box. 
(March 1980) 
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answered by typing in a special message 
area or by selecting from the choices listed 
in the soft key display. Errors would be 
reported in a status panel or in the mes- 
sage area using clear, friendly English, not 
computer jargon. Users were prevented 
from making common errors by visibly 
indicating inappropriate commands. 


Although the first Lisa interface was con- 
sistent with the appearance of business equip- 


ment of 1979, it was not very exciting to use. 


It showed that Apple was serious about being 
businesslike, but the Lisa interface did not 
generate the same enthusiasm created by the 
emerging, highly graphic-oriented video game 
industry and programs found on the Apple II 
platform. The progress on the first interface 
established the correct goals, but left most of 
us dissatisfied with our hardware and soft key 
approach. Many people shared feelings that 
Apple could get better leverage from the Lisa 
hardware, especially from its bitmap display. 


Outside Influences 
In late 1979, two major events 
occurred that helped to change 
the thinking behind the design of 
— the Lisa hardware and software: the 
announcement of the release of the Motorola 
68000 microprocessor and visits by a small 


interactions 


A) of Apple engineers to Xerox Corpora- 
tions Palo Alto Research Center (PARC). 

The Motorola 68000 microprocessor had 
the performance to support both a higher res- 
olution bitmap display and a highly interactive 
user interface. This made the 68000 a natural 
replacement for the custom microprocessor 
designed for the Lisa and broadened the vt i 2), 
of what people thought possible with Lisa ~7 
hardware. Lisa software could make use of this 


powerful new platform to expand on its user 
interface concepts. The team thought that 
with this processor the Lisa would be so fast 
that it would be waiting on the user most of 
the time! The idle time could then be used to 
drive a more elaborate user interface. 

In the summer of 1979, Apple was still a 
private company and sought additional ven- 
ture capital through a private offering of stock 
[14]. Xerox Corporation bought 100,000 
shares and agreed not to buy more than 5 per- 
cent of Apple. According to Mike Scott, the 
president of Apple at the time, the deal helped 
Apple gain access to Xerox’s research laborato- 
ry while limiting their access to Apples 
advance products. 

The visits to Xerox were prompted after a 
number of people at Apple read papers pub- 
lished by Xerox about their Smalltalk™ envi- 
ronment [3]. Smalltalk made extensive use of 
a mouse rather than a keyboard to control the 
cursor. A high-resolution bitmapped display 
allowed Smalltalk to prominently use graphics 
to enhance what the user viewed on the 
screen. It was a friendly yet powerful environ- 
ment that used the concept of modeless com- 
mands, which were reported to be less 
confusing for the user. 

The Apple group made two visits to Xerox. 
The purpose of the first visit, in December 
1979, was originally to see demonstrations of 
programs under development at Xerox—but 
not Smalltalk specifically. However, during 
that trip, the Apple group was given an 
impromptu Smalltalk demonstration. During 
the second visit there were additional demon- 
strations and another look at Smalltalk. The 
Apple team was very excited by the Xerox vis- 
its and sought to make the Lisa as exciting. 
Enthusiasm from that visit caused us to fur- 
ther rethink the Lisa’s user interface. 
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AS in Thinking 

he Xerox visits, the user interface became 
morë dynamic as our new hardware became 
available. We began experimenting with the 
mouse and changed our interface to include 
windows (Figures 3a and 3b) similar to those 
we saw in Smalltalk. The soft key dis- 
play was kept from the earlier 
interface, but 
attached to the window. 
Using the soft keys retained 
the keyboard control that 


it was now 


was thought to be impor- 
tant for a business-orient- 
ed machine. The mouse 
was introduced into the 
interface as an alternative 
to using the keyboard. 
We began to allow things 
to be drawn with either the 
mouse or the cursor keys. 
the user could 
select an option either from the 


Likewise, 


keyboard or by pointing with the 
mouse. The decision to become com- 
pletely mouse oriented was still hotly debated. 
A number of us felt that radical changes could 
not be made to the user interface because the 
Lisa was scheduled to be announced later in the 


year at the National Computer Conference of 


1980. 


The interface was moving toward a standard 
that was called the Lisa “look and feel.” All the 
applications would be similar in their appear- 
ance and use commands that would be com- 
mon to each of them. This consistency 
reinforced our previously defined interface con- 
cepts because the user would interact 
with all the Lisa applications in 
the same manner. This also 
made writing the applications 

easier because the software 
to create the user interface 
could be shared by all the 

applications. 
The first Lisa hard- 
ware using the 68000 
began to appear in 
Spring 1980. Numerous 
| software prototypes of 
our user interface ideas 
were written and subse- 
quently incorporated into 
Forms Editor. For the first time 
we could see how the user inter- 
face looked as well as how it felt. 


sktop Metaphor 
developed a model to describe the 
Lisa user. This user was a business per- 
son whose day was constantly interrupted 
with immediate requests to do other things. 
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Figure 4 

The Lisa display with 
dialogue box (August 
1980) 


From that user model it was 
decided that the Lisa had to 
offer an environment that safe- 
ly allovved several applications 
to be used simultaneously and 
would permit any of the user’s 
work to be put on hold. The 
job of the user interface was to 


. portray this multitasked environment in a 


manner that would make sense to the user 
(Figure 4). 

After numerous experiments, a new inter- 
face was developed that became known as the 
Lisa desktop metaphor. The interface had 
multiple windows on the screen to display the 
different types of work conducted by the user. 
We called he work performed within the win- 
dows “documents”—to use a concept already 
familiar to the user. We decided that the user 
should not have to worry about which appli- 
cation went with which document. Instead, 
users would select the document they wanted 
and the Lisa would determine which applica- 
tion was needed. Switching between different 
documents was as obvious as pointing at the 
window containing the desired work. The 
window appearance was spruced up to look 
more like a file folder as we sought to create an 
electronic equivalent of the users real desktop. 
The Lisa desktop would have objects already 
familiar from a real desktop such as docu- 
ments, folders, calculator, and other handy 
tools; everything short of an electronic paper- 
clip to mangle. 


of User Testing 
troversy surrounded a number of deci- 
sions that were made on the user interface, the 
introduction of the mouse being a good exam- 
ple. We were concerned that our target users 
would not accept using the mouse. We had 
investigated alternatives, such as the soft keys 
and even a light pen, but none proved to be as 
efficient. Our own experience with the mouse 
agreed with the research conduct- 
ed by Douglas Engelbart [2], 
who created the mouse while at 
SRI International, and with that by 
Xerox [1], which discussed the virtues of the 
mouse. We knew that users would benefit by 
using the mouse, but we had to make using it 


_ as ] 

as easy as possibles We felt that 
the number Of buttons affected 
how easy it was to use. Factions 
developed to promote their 
choice for the “correct” num- 
ber of mouse buttons. What 
ensued became known as the 
“button wars’—one of many 
wars that developed over interface issues. 

Normally, the user interface wars would 
end in a stalemate of opinions. We found it 
best during these times to test our opinions on 
the users for which we were designing. We 
would use as test subjects new Apple employ- 
ees who had no previous computer experi- 
ence. The first tests were conducted during 
Summer 1980 by Larry Tesler, the applica- 
tions software manager, and were observed by 
psychologists as well as ourselves. Many of the 
observations were recorded for later review 
and served as a form of détente between the 
warring factions. 

Some of the engineers resisted taking time 
to make improvements derived from the user 
testing or from recommendations made by 
users themselves. A system was established 
whereby a troika, led by Larry Tesler with rep- 
resentatives from engineering and marketing 
groups, ruled on controversial issues. 

User testing continued throughout the 
Lisa’s development for each application, the 
desktop manager, and new Lisa concepts such 
as pull-down menus, the location of scroll bars, 
and alert boxes. More than a year before first 
shipment, a special room was built to give a 
sneak preview of the Lisa to potential corporate 
customers. These “sneaks,” as they were called, 
generated positive feedback when participants 
were challenged to learn the user interface and 
be productive within 30 minutes of use. 

Recommendations from the sneaks helped 
generate changes that fine-tuned the interface 
design. In some cases, the recommendations 
were misguided and were either rolled back or, 
more often, led to some other approach being 
taken. Many of the high priority changes were 
made before the final product shipped. The 
team felt this was an innovative approach for 
the personal computer industry because the 
user interface was being designed from the 
user's perspective using their direct feedback. 
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The Lisa display as seen in 
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In the case of the mouse button, it was dis- of what eventually became the Lisa and Mac- 
covered that with our user interface the three- intosh user interfaces (Figure 5). Only after 
button mouse used in Smalltalk had a slight, the user interface standards were resolved did 
but not significant, advantage for the experi- serious work begin on the applications. Work 
enced users. Similar results were observed for on Forms Editor and other prototypes 
the two-button mouse. For beginners, the became the basis for the other Lisa applica- 
extra buttons were confusing as the users tions. 


sought to remember which button to press. ae së QE 
The extra buttons also hindered learning the Early Days of the Desktop Manager l KESH PË IN 
Lisa user interface quickly. The one butto basics of the interface defined, work ën 94 | 

. të ki s i E 

mouse was chosen to make the user interface n filling out the rest of the user model | 
easier for the first-time user. of the system. In late 1980, we began design- , i 
ing the interface for the filing functions of A N : #7] 
iving at an Interface the Lisa system. The questions we were try- | Bëj J j 


e end of Summer 1980 the design of the ing to answer included 
user interface culminated in the release of ¢ How are documents created or 


the Lisa User Interface Standards document destroyed? | | 
[5]. The document served as a guideline for e How are they located? | 
what should and should not be done in the 9 How are they returned to their filing ~ | 
user interface. The document also began to homes? j 
involve the hardware as part of the overall user = * How should their attributes be dis- | 
interface. played? 


The scope of the user interface now includ- 
ed items such as the keyboard layout, how the In considering each of these questions, we 


S; ae 
machine was turned on and off, how the were guided by the desire for consistency, . A 


machine would be serviced—even whether ease of use, and efficiency. 
there should be a door on the disk drive. 


These issues became part of shaping users’ op Icons Rejected! 
perceptions of the entire machine and defin- of the first models we considered used TË 
ing what would entice them to use it. esktop icons for performing the basic filing : pi 


The interface would continue to evolve, but functions. Our interface to this point had 
the release of this document signaled the birth only folder title tabs as document and folder 
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Desktop Manager— 
The Document Brovvser 
(December 1980) WHET To nis 
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icons. The title tabs could be moved into and 
out of filing folders by nesting. Destroying an 
object was accomplished by moving it into a 
wastebasket icon. Diskettes were to appear on 
the screen as desk drawers that could be 
opened to reveal folder tabs. 

A number of objections were raised early in 
the discussion of the icon model. The Lisa had 
only a 12-inch-diagonal display, and some 
thought that it was too small to display full- 
width documents and desktop icons simulta- 
neously. There was concern that simple tasks, 
such as deleting a document by dragging it to 
a wastebasket, would be too cumbersome if 
the user tried to locate the wastebasket buried 
under open documents. Locating documents 
in nested folders was also considered too 
unwieldy. The scenario of opening a series of 
nested folders, accumulating more and more 
desk clutter along the way while searching for 
a document, seemed to be less efficient than a 
real-world paper filing system. Some suggest- 
ed that people would spend an inordinate 
amount of time positioning icons and moving 
or resizing windows. 

Others argued that mimicking 

3 Mg the office filing system would 
“ae oi simply give people an electronic 
version of a system that already had 

many problems. In particular, we thought that 
most paper filing systems had serious difficul- 
ties in both filing and retrieval. With all these 


interactions... 


-january + 


things considered, but without producing a 
more detailed mock-up, we rejected the icon- 
ic filing interface as too inefficient and set out 
to design something superior. 


cument Browser 
nitial attempts at producing a more effi- 
t human interface centered on something 
resembling the Smalltalk browser. The brows- 
er was used to locate and display objects in the 
Smalltalk system. It had a window with a top 
portion containing four lists of categories, 
allowing the hierarchical selection of an 
object, and an area below in which the select- 

ed object was displayed. 

We were interested in avoiding a strictly 
hierarchical filing system (Figure 6). We want- 
ed to free users from having to decide the cor- 
rect place to file a document and then the 
converse problem of trying to find where the 
document was filed. The upper area of our 
document browser contained various attribut- 
es that could be selected to narrow the choice 
of documents. As attributes were selected, 
documents with those attributes were dis- 
played in the lower area. In this model, docu- 
ments could be quickly located by type of 
document, keyword, author, and so on. 

Our paper prototype seemed to work well 
for selecting a document but became awkward 
when trying to perform other operations such 
as moving, copying, or creating something 
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“Mhat you see is ALL you get” 
—Harvey Lehtman 


pple’s Lisa was an ambitious commercial product developed and intro- 

duced at a time when the best-selling personal computers had crude dot 

matrix character generation text (based on 5x7 or 7x9 character matrices 
generally presented on green phosphor displays limited to 40 or 80 columns of 
text.) Upon introduction in 1983, the Lisa offered a high resolution bit-mapped 
image with an array of character fonts and graphic images impossible to produce 
on the Apple II's and III's, IBM PC's (introduced in 1981), Commodore 


64's, and Atari machines of the day. Harvey Lehtman is affiliated 
At a time when personal computer user interfaces were still orient- vvith the Institute of the 
ed to hobbyists, the Lisa user interface tried to present a style of Future, a nonprofit applied 


interaction closer to the language of a general office user with little research and consulting firm. 

or no specialized computer experience. The WYSIWYG and desktop Harvey is a former member of 

metaphor interface was a significant innovation on the Lisa. Follow- Doug nge bar Augmenta- 
ing and enhancing on vvork previously developed at SRI International, tion Research Center and for 

Xerox PARC and other research laboratories, and taking advantage of mer employeeof Apple 

E E ë e i Computer Inc. 

new hardware technologies, these interface innovations consciously 

attempted to appeal to novice users. The Lisa was the first attempt to 

make such a system commercially available. 

However, in doing so Apple ironically ran counter to the philosophy 2744 Sand Hill Road 
and system development of the originator of many of the innova- Menlo Park, Ca 94025-7020 USA 
tions the Lisa commercialized. Doug Engelbart and his team at SRI +1-415-854-6322 
International, the Augmentation Research Center (ARC), Fax: 1-415-854-7850 
sible for the development of the mouse, windowed display editors, 
linked hypertext, and innovations in computer typesetting, and net- 
working. The group was also among the initial nodes on the ARPANET 
in 1969 and served for many years as the Network Information Center. 

In many ways, the most superficial of Doug's innovations contained in the 
ONLine System (NLS, later known as Augment) made their way into the systems 
from Xerox PARC (which included several former members of the ARC team): these 
included the mouse and windowed displays. Rather than concerning itself with 
the needs of the novice user, NLS was interested in creating a system that could 
satisfy the needs of sophisticated individual knowledge workers and experienced 
teams of knowledge workers while still being accessible to novices through a con- 
sistent interface that let useful work be done in a short period of time. The goal 
was the “augmentation” of the intellect of individuals and teams. 

Lisa's (and PARC’s) attempted literal mimicking of the desktop and what 
appeared on the printed page were technical marvels, but largely ignored the 
power NLS offered for analyzing, filtering, and formatting documents made up of 
information anywhere in a network of knowledge. The system's facilities, avail- 
able in the late 1960's, for individual and team customization of functionality and 

| creation of linked recorded dialogs, have only recently resurfaced in systems like 
the World Wide Web. 

WYSIWYG could very easily become WYSIAYG: “What you see is ALL you get.” 
The WYSIWYG and desktop metaphor fall apart as the domain of large data stor- 
age and shared file servers. Doug’s NLS suggested a world in which the computer's 
power let users go beyond what they could do in the physical world. 


Harvey G. Lehtman 
Institute for the Future 


lehtman@netcom.com 
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The Twenty Questions 
Filer (July 1981) 
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new. It also lacked a certain approachability. 
Its operation was not at all obvious when first 
encountered, and other team members felt 
that it was too abstract for office users. 


nty Questions Filer 

n attempt to make the system easier for the 
st-time user we tried a hierarchical browser 
with more prompting, which became known as 
the “Twenty Questions Filer” (Figure 7). Select- 
ing Documents from the Desktop menu 
-brought up a dialog window that prompted the 
user to select a disk, folder, and document, with 
statements such as “Choose a document from 
the list below.” After the user made a selection, 
an Action menu would appear with items such 
as, Pull, Refile, Cross-file, and Discard. Select- 
ing one of these menu items would apply the 
action to the selected document. This system 
was fast and a bit easier to understand than the 
previous version but still somewhat abstract. 
We were running out of time on the project 
schedule and decided that despite its problems 

this was to be our filing interface. 
The system was fairly efficient because the 


HO filing dialogue could be brought 
Dë up easily from a menu, and only 
a few mouse clicks were needed. 

However, after many months of imple- 


mentation, and some early user testing, a few of 
us were not satisfied with the interface. Some 
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users were confused about the relationship of 
the selections in the upper area to the list below. 
They did not always notice the appearance of 
the Action menu after a selection was made and 
would not know how to continue from there. 
The constant prompting made users feel that 
they were playing a game of Twenty Questions. 
It also failed to achieve one of Lisas major 
goals—it wasn’t fun! 


á of Dataland” 
nA clandestine effort, some of us decided to fur- 
er investigate the problem on our own and 
asked Bill Atkinson, who defined many aspects 
of the global human interface, for help. Bill 
recalled a trip to the M.I.T. Media Lab in which 
he saw a futuristic data navigation system called 
the “Spatial Data Management System” [7]. In 
this system, a person sat in a chair with two hand 
controls and faced a large screen, referred to as 
Dataland. The controls allowed you to “fly” over 
some data space projected on a large screen in 
front of you, in this case the Boston area, and 
then to zoom in to very fine levels of detail, or 
zoom out to see a huge geographical area. 

Bill adapted this idea to the filing problem by 
creating an enormous virtual desktop, perhaps a 
mile square, and then providing methods for 
very quickly moving around and zooming in or 
out. Documents were represented as small icons 
that could be organized spatially, with related 
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documents placed near each other. The idea was 
incredibly simple but placed quite a burden on 
the users memory when the number of docu- 


aland but thought that we needed some- y | 
ments became large. It also did not work well thing more familiar to the office worker. Our 
when multiple disks were online, representing newly formed Macintosh group was also 
several flat filing spaces. experimenting with icons for its Finder. Slow- 
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. basket, and other objects. Touching a file cab- 


list to go away and the desk pad icon to 


ment was reduced to an icon and was shown 


actual implementation. It had a very large 


kos 


~ 


ly, we were migrating back 't0 icons for the Ei 
sake of simplicity and approachability. 


While searching the literature for informa- 


esktop Model 

ating the dual-viev model brought us 
lose to the final design. We quickly 
tion on other iconic systems, we uncovered an implemented a working prototype, which pre- 
IBM research proposal for a graphical office sented a single desktop on which both small 
system called Pictureworld [8]. In the concept icons and full-sized documents were kept. 
paper, a large screen presented small icons for Design discussions with a few others helped to 
file cabinets, a desk pad, in/out trays, a waste- refine some of the ideas and prompted addi- 
tional cute and useful features such as windows 
inet caused a prompting file folder to appear zooming open and closed from their icons. We 
with a form for specifying search parameters. 


After the user filled out the form and pressed 


were pleased with how easily the remaining 
details of the interface fell into place. 

the “Do” button, a list of matches appeared. Revealing the new interface to the rest of 
the team drew mixed reactions. Some were 


thrilled with the new look and simplicity, and 
others were concerned about the lateness of 


Selecting one of these documents caused the 


become large in the center of the screen with 
the full-sized document placed on it. Ifanoth- the schedule. The new design was subjected to 
er document was opened, the current docu- the same user testing philosophy that had 
guided development of the Lisa. It was found 
in the “Pending” box on the desk pad. Docu- 


ments and other objects were moved by 


that key areas such as speed of learning, speed 
of task completion, level of comprehension, 
touching arrows that automatically appeared and error rate were all indistinguishable 
on the screen, indicating valid transfer possi- 


bilities. The authors of the proposal perhaps 


between the new iconic design and the Twen- 
ty Questions Filer. However, no user preferred 
underestimated the power of such an interface the Twenty Questions design, and some pre- 
by the interesting statement, “We have not ferred the iconic Filer because it was more 
implemented a Pictureworld system and we interesting and fun! 
make no claims for it as a potential product.” 

At about this time, the Xerox Star [10, 12], 


another office system with an iconic interface, 


Wayne Rosing, the engineering manager at 
the time, gave the go-ahead, and we raced to 
catch up with the rest of the Lisa team. After 
was announced. The Star, however, was an more than a year of looking for something 
highly efficient, we had come full circle, back 
screen that easily accommodated the icons to the more approachable, iconic, direct 
and full-sized documents, a luxury we didn’t manipulation interface! 
have. Their use of icons though, seemed to 
InR 


give further validity to this approach. spect 


In considering these models, we created ok back at our experiences on the Lisa 
several mock-ups that presented two levels of project, there are a few points and lessons that 
detail to the user. The first view was a look at stand out as critical to the success of the user 
the office as a whole. Here you could see the interface. Foremost is that from the very first 
desk, filing cabinets, wastebasket, and other proposal in 1978, the focus was on the user. 
office objects. To view a document it was nec- This approach affected not only the interface 
essary to remove a document icon from the but also the underlying software and hardware. 
drawer and place it on the desk. The view A second critical factor was that the interface 
would then change to one looking 

down on the desktop with 


documents at full size. After exper- 


was developed through experience, and was not 
just some programmer's idea of what should 
work. This experience was gained by extensive 
imenting with this model for some 
time we realized that having the two different 


testing on representative users and the imple- 
mentation of several applications. The variety 


views (or “world swaps,” as they became of the applications stressed the interface in 


known) was both confusing and inefficient. unanticipated ways, highlighting weaknesses in 
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the original design. Finally, managements com- 
mitment to ease of use in spite of tight sched- 
ules, and strong centralized control of the user 
interface, encouraged the engineers to make 
improvements that worked within the 
metaphor. 

The iconic desktop taught us something 
about the importance of efficiency. Originally 
rejected for reasons of inefficiency, we later res- 
urrected the iconic desktop to replace the 
“more efficient” Twenty Questions design. 
Why? Because it grabbed the attention of new 
users and enticed them to explore using it. We 
believe that by adding direct manipulation to 
an attractive graphical representation of the 
familiar desktop, the icons and controls shown 
on the screen became, in some sense, real and 
the interface began to disappear. 

We also learned something about the imple- 
mentation of metaphors. As a general rule they 
should, of course, be implemented as faithfully 
as possible; otherwise, the user may be con- 
fused when things dont work as expected. 
However there are valid reasons for occasional- 
ly breaking out of the metaphor. The physical 
limitations of the computer, such as the display 
screen’s being smaller than a piece of paper, can 
force some changes. Sometimes the computer 
removes limitations of the metaphor—a desk 
does not “know” what is on it, but because a 
computer can keep track of what is on its screen 
the Lisa had a menu that listed everything on 
the desktop for quick access. No matter what 
the reasons, we worked to keep the total num- 
ber of differences small because each one bur- 
dens the user with another thing to remember. 

By combining a clear, concise presentation 
and an intuitive, smoothly operating set of con- 
trols with a distinctive style, the Lisa and Mac- 
intosh user interfaces popularized a new way of 
working with computers. (See [6, 9, 11, 13] for 
additional viewpoints and details and [12] for 
discussion of a similar project.) 

In these few pages, we could neither record 
and analyze all the important events in the 
development of the Lisa interface nor individu- 
ally credit all the people that contributed sig- 
nificantly to the appearance and operation of 
the final interface. We hope we have managed 
to convey a sense of the design process and 


trade-offs involved. (227 
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